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(54) A display method for tiled data images 

(57) A method for displaying relatively large 
amounts of data representing an image has a display 
device (28). The display system has a processor (22), a 
disk (24), random access memory (RAM)(26), and the 
display device(28). First, data to be displayed is 
obtained (60). A number of tile are created (34). Each 
tile represents a portion of the image. Next, it is deter- 
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mined if a particular tile is in RAM (70). A least recently 
used tile is swapped out for storing the particular tile in 
the RAM (74), if the particular tile is not already stored 
in the RAM. The tile is displayed on the display device 
(80). 
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description 

Government License Rights 

The U.S. Government has a paid-up license in this invention and the right in ^f^^*'^*** 
patent owner to license others on reasonable terms as provided for by the terms of contract No. DAAB07-92C-LX>01 
awarded by the US Army. 

Background nf the Invention 

The present invention pertains to raster display of images and more particularly to a method tor rapidly changing 
views of large amounts of display data. r „__ 

^ere are many times in software applications that there is a need for raster data to be delayed on the screen^ 
Since raster data takes a long time to display because of its nature, there is a need to speed up ***** 'process 
considerably. Normally, a raster image is larger than the screen. In these cases, the raster .mage needs to be panned 
to see the entire image. To pan this image requires much memory and much time. . . ons 

For example, in a process for displaying data representing a map. the viewer may w.sh to look at drfferent portions 
of the map in rapid succession. The viewer may wish to rapidly scan a large portion of the map. Further the v-ewermay 
wish to rapidly zoom-in or zoom-out in viewing the map. This requires large amounts of data to be moved rapidly and 
accurately to avoid loss of visual continuity or loss of map detail. 

Accordingly it would be highly desirable to provide a display method which organized the data for rapid and accu- 
rate display as a raster image. 

Rrief Description of the Drawing 

FIG. 1 is a block diagram of a processor and display arrangement for producing maps in accordance with the 

present invention. . 

FIG 2 is a flow chart of the actual tiling process in accordance with the present invention. 

FIG. 3 is a mapping layout depicting a supermap and tiling of the supermap in accordance with the present inven- 

tl0n FIG. 4 is a flow chart of the actual process of finding the tile that cover a given area in accordance with the present 

"""iK 5 is a flow diagram that depicts the process of storing and retrieving map tiles in memory in accordance with 
the present invention. 

Description of the Preferred Em bodiment 

FIG 1 illustrates a block diagram of the map display arrangement for rapid display of the map data using a tiled 
approached. This map data is obtained in CD-ROM format from Defense Mapping Agency (DMA). This map data can 
beany type of raster data. The raster data is read from CD-ROM 20 by processor 22. Processor 22 segments the data 
in to files (sections) and stores each tiles on disk 24 until the entire raster image is completed. DAKJ ,_ 

When a raster map is requested to be displayed, Processor 22 will check whether the tie is a Iready in I RAM (Ran- 
dom Access Memory) 26. If the tile is already in RAM 26. processor 22 will display the tie to display -28. If the ^ ns rurt 
in RAM 26. processor 22 will retrieve the tile from disk 24 and store ft in RAM 26. Processor 22 will then display the tile 

t0dl Sr a the 8 preferred embodiment of this invention, processor 22 is implemented with a Sun Sparc board running 
SunOS but any Unix® based platform will work. Raster display 28 can be any raster display that can display 256 colors 
or more. Processor 22 is coupled to CD-ROM 20 and to raster display 28. Disk 24 and RAM 26 are included in the Sparc 
workstation. 

TILING PROCESS: 

Large map images are initially be partitioned into tiles. This may be an off-line or off-line process that is done once 
for each map image. This process need not be done in real-time, however. This technique does not limrt the '™9es ,ze - 
If at a later date an additional image was placed next to an already existing image, the process would still work. Inrhally. 
a map is obtained, as mentioned above, to process. These maps are usually produced in r by 1° j segments These 
maps have a location on the earth. These maps are too large to fit into main computer memory so the method breaks 
the data into 1/2 mega-word (8-bit byte) memory storage tiles. The term "tiles" is used because when laid one next to 
another the result resembles tiles. Each one of these tiles has a unique file name and header .nformaton telling about 
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the particular tile. If another 1 p by 1° map is loaded, it is also broken up into 1/2 mega-word tiles. In order to keep this 
flexibfe and have all the maps work, there is a structure that keeps track of all the super maps (1° by 1° maps). This 
structure is an array of the following data: 



Name 


Description 


sm_min__long 


This is the minimum longitude of die entire supermap. 
Minimum is defined as the Northwest corner. 


sm_min_lat 


This is the minimum latitude of the entire supermap. 
Minimum is defined as the Northwest corner. 


sm_max_long 


This is the maximum longitude of the entire supermap. 
Maximum is defined as the Southeast corner. 


sm_max_lat 


This is the maximum latitude of the entire supermap. 
Maximum is defined as the Southeast comer. 


Pixels_2PMong 


Each pixel represents some distance. This value 
represents how many pixels it would take to cover 360° 
in the longitude direction. 


Pixels_2Pi_lat 


Each pixel represents some distance. This value 
represents how many pixels it would take to cover 360° 
in the latitude direction. 


Image.name 


This is the actual first 8 characters of the file name. An 
example would be "29N047E" (29 North Latitude and 47 
East longitude). 



Table 1 - Supermap header 



For each supermap. there will be one of the above structures. This allows us to find the correct tiles. Each one of 
the tiles has the following information in it: 
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Name I. 

File_size 

T*iy*»1^ wide 


"^rilU" arc usuallv 1/2 meg tiles. Since the images that 
we process usuaUy don't break up evenly, there needs to 
be a file size. See figure 1 and compare tile 1 with tile 15. 
This is the number of pixels in the width ot me ule. 


Pixelsjiigh 

Minimun\_longitude 


This is the number of pixels in the height ot me tile. — J 
This is the minimum longitude of the map tne. Minimum is 
defined as the Northwest comer. _ 


MinimumJLatitude 


This is the minimum latitude of the map tile. Minimum is 
defined as the Northwest corner. 


Maximum Jongitude 


tV - • tha ma-v-imiim innoitude of the mao tile. Maximum 
is defined as the Southeast comer. 


Maximum JLatitude 


This is the maximum latitude of me map tile. Maximum is 
defined as the Southeast comer. 


Pixels_2Pi_long 


Each pixel represents some distance. This value represents 
how many pixels it would take to cover 360° in the 
longitude direction. 


Pixels_2Pi_lat 


Each pixel represents some distance. This value represents 
how many pixels it would take to cover 360° in the latitude 
direction. r 


Data 


This is the data in the image. This can be up to 1/2 meg ot 
data. , . — 



Table 2 - Tile header 



CREATING TILES FROM A MAP 

FIG. 2 is the flow chart for tiling of the supermap into tiles and storing the tiles on disk Processor 22 is reading the 
digital map data from CD-ROM 20. This flow is performed by processor 22. Processor 22 takes a large image and 
breaks it up into tiles and stores the tiles on disk 24. These tiles are arranged by row and column 

A row counter is initailized to 1 . block 30. A column 1 is initialized to 1 , block 32. The process the „ 0°»£a £>P 
reading all the data in the supermap. block 34. The tiling process_checks to see rf rt -s at the end of ^ 
it is add 1 to the row. block 38 and reset column to 1 , block 40. Then a filename is created for the tile Wock^The 
filename includes of a latitude/longitude position and a row/column ASCII name. Add one to the column, block- £. 
Che* to see if there is any more data to read, block 46. If there is. go back to block36andreadanothert.le.otherw.se 

stopjblock jj^ rates ^ e ^ are partitioned. The outside border (heavy line) represents the supermap. In this 

example the supermap is partitioned into 15 tiles. All tiles are 1/2 meg except for 5. and 10-15. The name of the super- 
map is "29N047E". Each tile uses the "29N047E" and adds a row and a column. This gives the tile a unrque name. At 
this time, all tile images are in tiles on the disk with headers. 

MAP FINDING PROCESS 

This is a critical process because this is how the tiles are found depending on the users view. The user who desires 
to view the image will pan through the image. The user will pass the area that he/she is viewing and the tie vewng 

PrOC pSc2Sr2 SlUeSe information in Latitude/longitude concerning an area to display, block 60. From this area, 
processor 22 will determine which supermap contains the tiles to display, block 62. Processor 22 now needs to f.nd the 
Sta STwill cover the area so processor 22 calculates the starting row and column, block 64. Th.s calculation .s shown 

Processor 22 then calculates the ending row and column, block 66. This gives a range of tiles to process. Proces- 
sor 22 finds each tile, block 68. Processor 22 checks to see rf the tile is already in RAM 26 (See FIG. 5 for more infor- 
mation on storage in RAM), block 70. If the tile is not in RAM 26. then processor 22 checks to see rf there .s ava.lable 
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memory in RAM 26, block 72. If not, processor 22 swaps out the least recently used tile, block 74. If there is available 
* memory, processor 22 loads the new map tile from disk 24, block 78. The newly loaded tile is then put at the front of the 
linked list (most recently used tile), block 76. The tile is then taken from the linked list in RAM 26 and displayed to display 
28, block 80. Processor 22 checks to see if there are any more tiles to display, block 82. If there are, then the above 
5 process is repeated for the next tile beginning at block 68. If not, the process is ended, block 84. 
The formulas are as follows: 

First, the number of pixels in one degree latitude and longitude is calculated. This is important because it is neces- 
sary to know how much each pixel takes represents the earth. 

. pixels 2 PI lat 

_ pixels _2Pl Jong 



Next, some interim calculations are performed. The variables with the 'new in front of the name are the area that 
is the raster map needs to display. This display will change with each new requested area. This display will change when 
the user views a different part of the raster map. 

row_start =(sm_max_lat-new_max_laty b 



20 column_start = (new_minJong-sm_minJong)* a 

row_end =(sm_maxjat-new_minjat) * b 



column_end =(new_maxJong-sm_minJongy a 

25 

From the above formulas, the tiled maps to be loaded from the database can be determined. This process deter- 
mines the number of tiled maps also. 

s tar L ro W _file^(^ff^^ 
30 start_column_file =p°^™l=^ +1 



35 



end_rowJile -{^^)^ 
end_column_file = ( ^^ end >1 



V 1024 

At this point, the identities of the tiles that need to be loaded to display the desired area is known. For example, the 
variables were set as follows: 

40 start_row_f ile = 1 

start_column_f ile = 1 

end_rowJile = 2 

45 

end column file = 3 



then the following maps would need to be loaded (assuming 29N047E): 



so 




29N047E 




29N047E_ 




29N047E_ 




01 


01 


01 


02 


01 


03 




02 


29N047E 
01 


02 


29N047E_ 

02 


02 


29N047E_ 

03 
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t ^«tt Recently Used (LRU) Display Process 

FIG 5 shows the tiles being added to the linked list in RAM 26. Betore there are any tiles In memory, the linked list 
s empty. Head_ptr, block 90 and Tail_ptr, block 92 both point to NULL, block 94. 

When tile 'A^is displayed, it is not in the linked list so. tile W needs to be put in there. At this point the Head_ptr, 
.lock 96 and Tail _ptr, block 98 both point to tile 'A', block 102. Since tile TV, block 102 is the only tile in the list, its pre- 
vious pointer points to NULL, block 100 and next pointer points to NULL, block 104 

Next, when tile 'B' is displayed, it is also not in the linked list so tile K needs to be put "^J^ «• B » *f 
.ewest one (most recently used), it is put at the front of the list, block 1 12. The Head jjr .bio* 106 ^ pointei to We B . 
Jow that there are two tiles in the list, the Tail_ptr. block 108, points to the last in the list (least recently used), tie A 
Jock 1 1 4. There are no tiles before tile V so tile 'B' points to NULL, block 1 10. There are no tiles after We A so tie A 
.oints to NULL, block 116. There is also a link from tiles 'A' to 'B', block 112. and from tiles 'B' to 'A', block .114. 

When tile C is displayed, it is also not in the linked list, so tile C needs to be put in there. Since tile C is the newest 
;,ne (most recently used), tile C is put at the front of the list, block 124. The Head_ptr. block 1 1 8. points to tile C_ Now 
hat there are three in the list, the Tail_ptr. block 120. points to the last in the list (least recently used), tie A block 12a 
i here are no tiles before tile 'C so tile "C points to NULL, block 122. There are no tiles after tile 'A', so t.le A points to 

^ UL Biocks k 124°i26. and 128 are all doubly linked to each other so the process can traverse the list. For this example, 
iis assumed that the list can only handle 3 elements so the list is now full. 

When tile 'B' is again requested to be displayed, tile 'B' is already in the linked list so it does not need to be put in 
there again. Since tile 'B' is the newest tile (most recently used), tile 'B' is taken out of where it was. block 126 and put 
at the front of the list, block 138. The Head_ptr. block 132, points to tile -BV Tail_ptr, block 134. joints*, the > last m the 
list (least recently used), tile 'A', block 142. There are no tiles before tile 'B' so tile 'B' points to NULL, block 136. There 
are no tiles after tile 'A' so tie TV points to NULL, block 1 44. 

Blocks 138. 140. and 142 are all doubly linked to each other so the process can traverse the list. Tile A is still tne 
last in the list, block 142. Tile 'B' is the first in the list block 138. 

When tile 'D' is displayed, tile 'D' is not in the linked list so it needs to be inserted. This presents a problem though. 
The linked list is already full. Because the list is full, the LRU tile, tile 'A', block 142 ^^J^^^*^ 
This will allow adding tile 'D', since tile TJ' is the newest one (most recently used), it is put at the front of the hst. block 
152 The Head _ptr block 146. points to tile 'D'. block 152. The Tail_ptr, block 148, points to Ihe last tile in the list (least 
recently used), tile 'D', block 1 56. There are no tiles before tile 'D* so tile TJ' points to NULL, block 1 50. There are no tiles 
after tile 'C so tile 'C points to NULL block 158. 

Blocks 152 154 and 156 are all doubly linked to each other so the process can traverse the list. If any new tiles 
were displayed.' tile 'C\ block 156 would be the first to be taken out of the linked list because tile 'C- is the least recently 

"^This process will give at least the area requested. Most of the time, the area requested will be less than all the tiles 
(See FIG 3). For each one of the tiles, there is the header (Table 2) that contains information on how to clip the map. 
The map w8l be displayed in the shaded area of FIG. 3. alamant 

The present invention rapidly and efficiently positions the map data to be d.splayed according to the tile element 
which is the least recently used tile. In this way the display process finds the proper tile without going through a tree like 
process. After the process operates, the tile can be directly extracted from disk As a result the process can display 
these maps in less than one second. This helps keep visual continuity of the user. ^ . .. ~ „ ^ 

Although the preferred embodiment of the invention has been illustrated, and that form described ,n detail, it will be 
readily apparent to those skilled in the art that various modifications may be made therein without departing from the 
spirit of the invention or from the scope of the appended claims. 



Claims 



A method for displaying large amounts of data representing an image on a display device (28) by a display system, 
the display system including a processor (22). a disk (24). a random access memory (RAM) (26). and the display 
device (28), the method for displaying comprising the steps of: 

obtaining (60) the data representing the image from the disk; 

creating (62) a plurality of tiles, each tile representing a portion of the image; 

determining (70) whether a particular tile is already stored in the RAM. 

swapping out (74) of the RAM a least recently used tile for storing the particular tile in the RAM, if the particular 

tile is not already stored in the RAM; and 

displaying (80) on the display device the particular tile. 
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i- • 

2. A method for displaying large amounts of data as claimed in claim 1 , wherein the step of determining whether a 
particular tile is already stored in the RAM includes the step of determining (72) whether there is available memory 
in the RAM to store the particular tile. 

5 3. A method for displaying large amounts of data as claimed in claim 2, wherein there is further included the steps of: 

loading (78) the particular tile in the RAM; and 

inhibiting (72) the step of swapping out, if there is available memory in the RAM. 

io 4. A method for displaying large amounts of data as claimed in claim 3, wherein there is further included a step of indi- 
cating (76) in link list that the particular tile is a most recently loaded tile in the RAM. 

5. A method for displaying large amounts of data as claimed in claim 4, wherein the step of indicating in a link list 
includes the steps of: 

75 

linking (96) in the link list the most recently loaded tile in the RAM to a next most recently loaded tile in the 
RAM; and 

indicating (98) in the link list the least recently used tile. 

20 6. A method for displaying large amounts of data as claimed in claim 5, wherein there is further include the steps of: 

determining (82) whether any more tiles are to be loading in the RAM; and 
obtaining (68) a new tile from the disk to loaded in the RAM. 

25 7. A method for displaying large amounts of data as claimed in claim 1 , wherein the step of creating a plurality of tiles, 
each tile representing (1 ,2,3.6,7.8) a portion of the image includes the step of segmenting (34) the image of the plu- 
rality of tiles into blocks of a predetermined size in an off-line process by the processor. 

8. A method for displaying large amounts of data as claimed in claim 7. wherein the step of segmenting the image of 
30 the plurality of tiles into blocks of a predetermined size in an off-line process by the processor includes the step of 

segmenting (34) the image of the plurality of tiles into blocks of approximately one/half mega-words in length in an 
off-line process by the processor. 

9. A method for displaying large amounts of data as claimed in claim 1 , wherein the step of creating a plurality of tiles, 
35 each tile representing a portion of the image includes the step of segmenting (34) the image of the plurality of tiles 

into blocks of a predetermined size in an on-line process by the processor. 

10. A method for displaying large amounts of data as claimed in claim 7, wherein the step of segmenting the image of 
the plurality of tiles into blocks of a predetermined size in an off-line process by the processor includes the step of 

40 segmenting (34) the image of the plurality of tiles into blocks of approximately one/half mega-words in length in an 
on-line process by the processor. 
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(54) A display method for tiled data images 

(57) A method for displaying relatively large 
amounts ol data representing an image has a display 
device (28). The display system has a processor (22), a 
disk (24), random access memory (RAM)(26), and the 
display device(28). First, data to be displayed is 
obtained (60). A number of tile are created (34). Each 
tile represents a portion of the image. Next, it is deter- 
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mined if a particular tile is in RAM (70). A least recently 
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